In diesem Artikel dreht es sich allerdings nur um den zusätzlichen Einsatz des ProfessionalFileSystem (PFS), dem Vorläufer des bekannten AFS und des MultiFileSystem (MFS) in Verbindung mit dem klassischen FastFileSystem des AmigaDOS und/oder CrossDOS.
Die anderen Filesysteme möchte ich jetzt gleich am Anfang aber zumindest einmal erwähnt haben. Da sind zum einen einige CD-Filesysteme, die sich um den Datenaustausch mit CD-ROM-Laufwerken kümmern, z.B. AsimCDFS, das MultiUserFileSystem (MuFS), welches die MultiUser-Fähigkeit von UNIX auf dem Amiga nachzuahmen versucht und das AFS (AmigaFileSave).
AFS warb damit, Festplattenzugriffe zu beschleunigen und ersetzt für diese Aufgabe das Amiga-FFS. Benutzer, die AFS im Dauereinsatz hatten, berichteten mir anfangs euphorisch von den Vorteilen. Mittlerweile, nach einigen seltsamen Problemen, wie Datenverlusten und nicht zuletzt auch aufgrund unzureichender Recover-Möglichkeiten, sind sie aber wieder zum altbewährten FFS zurückgekehrt. Nach meinen letzten Informationen gibt es im Moment keinen Support mehr für AFS.
Wie zu vermuten liegt sie teilweise sehr deutlich über dem doch oft sehr gemächlichen FFS, selbst wenn dieses mit DirectoryCaching `getunt` wurde. Mit PFS dagegen wirken sich Operationen wirklich wie auf ein Directory aus. Umbenennungen oder Löschungen von Dateien passieren sofort, ohne langes rumschrappeln auf der Disk. Aber auch bei reinen Schreib-/ Lesevorgängen, wo es ja nicht von diesem Vorteil zehren kann, hat das PFS die Nase vorn, was ich später mit Messungen belegen werde.
Die Laufwerke werden jetzt als PF0: etc. angesprochen. So gut wie alle CLI-Kommandos funktionieren für das PFS genauso wie gewohnt, nur hoffentlich schneller. Auch die AmigaDOS Filebenennungs-Restriktionen sind genauso geblieben. Für den, der sie vielleicht nicht genau im Kopf hat, hier zur Kenntnis:
Maximale Disknamen-Länge 32 Zeichen, maximale Filenamen-Länge 108 Zeichen und maximale Kommentarlänge 80 Zeichen.
Mehrere Laufwerke unterstützt PFS genauso, wie auch HD-Laufwerke, wo sich Geschwindigkeitsdefizite ja besonders schmerzhaft bemerkbar machen. Achso: einen wichtigen Unterschied gibt es doch noch. PFS-Disketten können nicht `bootbar` gemacht werden. Aber das ist wohl zu verschmerzen, denn wer bootet heute schon noch von Diskette? ;)
Neben einer Unterbringung von bis zu 10% mehr Daten auf einer PFS-Disk, wirbt der Programmautor Michiel Pelt aus Holland auch mit einer niemals auftretenden Validierung bei PFS-Disketten. Damit hat er auch recht, allerdings gibt es Situationen, wo mir das eventuell noch lieber wäre.
PFS behandelt die Directory-Daten eigenständig. Wenn z.B. nach einem Kopiervorgang das Floppylämpchen aufhört, zu leuchten, so darf man nicht den Fehler machen, die Diskette voreilig zu entnehmen, denn nach einer Pause von vielleicht einer Sekunde schreibt PFS die neuen Directory- Einträge und das Lämpchen leuchtet also noch einmal kurz auf. Im Extremfall kann in solchen Fällen die Diskette später nicht mehr gelesen werden. Also immer noch kurz warten und erst dann entnehmen.
Womit wir auch bei dem Haken an der Sache sind. Für PFS existieren keine Salvage-oder Recoverprogramme, die Disketten bzw. verlorengegangene oder versehentlich gelöschte Daten wiederherstellen können. Bei einem Mindestmaß an Sorgfalt treten aber auch bei dauerhaftem Betrieb keinerlei Probleme auf.
| HD-Disk | PFS | FFS | FFS(+DC) |
|---|---|---|---|
| Write | 51 | 335 | 421 |
| Read | 42 | 76 | 75 |
| ShowDir | <1 | 16 | 5 |
| Delete | 1 | 18 | 27 |
| DD-Disk | PFS | FFS | FFS(+DC) |
| Write | 50 | 213 | 275 |
| Read | 45 | 72 | 67 |
| ShowDir | <1 | 12 | 1 |
| Delete | 1 | 22 | 29 |
Wenn Sie neben normalen FFS-, auch PC- und PFS-Disketten einsetzen, so erscheint auf ihrer Workbench je Laufwerk und also Diskette für jedes Filesystem ein Diskettensymbol. Eines der Filesysteme wird (hoffentlich) die Diskette erkennen und ihren Namen und gegebenenfalls auch Inhalt anzeigen, aber die restlichen lassen mit `NoDOS-Disk` ihre Unkenntnis des Formates erkennen.
Unpraktisch auch die Angabe der jeweiligen Bezeichnung der Diskette in Programmen oder der Shell als z.B. DF0:, PC0: oder PF0:, auch wenn es sich immer um das interne Laufwerk handelt, davon abgesehen, daß einige meist ältere Programme oft sehr unflexibel DF0: voraussetzen.
Für sie und um immer eine konkrete Kontrolle über die Filesysteme ausüben zu können existiert das MFS-Commodity. Mit seiner Hilfe kann man blitzschnell ein quasi physikalisches Laufwerk (DF0: etc.) anwählen und per CycleGadget zwischen Automatik-Modus oder den diversen Filesystemen umschalten.
Wenn hier z.B. der CrossDOS-Modus angewählt ist, so versucht nur das PC- Filesystem auf die Floppy zuzugreifen. Wenn eine Diskette kopiert wird, kann man sich dann sicher sein, daß dem Datenaustauch mit einem PC nichts im Wege steht, man also nicht später plötzlich etwa mit einer Amiga-Disk am PC hantiert. Wenn die eingelegte Diskette nicht im eingestellten Modus formatiert ist, so wird sie, wie erwähnt, als `NoDOS-Disk` angezeigt.
Der Automatik-Modus erkennt automatisch das jeweilige Format der eingelegten Diskette und führt alle Operationen dementsprechend aus. Wenn Daten auf die Disk kopiert werden, dann also auch in derem Format. Andere Programme können mit Hilfe des CycleGadgets auch gezwungen werden, Disketten mit speziellen Filesystemen zu formatieren.
Außerdem kann man mit dem Commodity bei einer frisch eingelegten Diskette schnell erkennen, um was für ein Format es sich eigentlich handelt.
| Quelle: | Aminet |
| Programmautoren: | PFS- Michiel Pelt, Holland MFS- Nicola Salmoria, Italien |
| Prev | Inhaltsverzeichnis | Next |
| ©`97AmZeiger | ||